home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1995 November / EnigmA AMIGA RUN 02 (1995)(G.R. Edizioni)(IT)[!][issue 1995-11][Skylink CD].iso / earcd / program / amos / amoslist.lzh / AMOSLIST / 000319_amos-request@svcs1.digex.net_Sat Sep 23 13:16:10 1995.msg < prev    next >
Internet Message Format  |  1995-10-02  |  2KB
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id NAA18967;  for <mcox@access.digex.net> ; Sat, 23 Sep 1995 13:16:08 -0400
  2. Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id LAA22567 for amos-out; Sat, 23 Sep 1995 11:39:25 -0400
  3. Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id LAA22564 for <amos-list@svcs1.digex.net>; Sat, 23 Sep 1995 11:39:24 -0400
  4. Received: from mail.enterprise.net (root@mail.enterprise.net [194.72.192.1]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id LAA13282;  for <amos-list@access.digex.net> ; Sat, 23 Sep 1995 11:39:21 -0400
  5. Received: from ppp98.enterprise.net (ppp98.enterprise.net [194.72.195.98]) by mail.enterprise.net (8.6.12/8.6.9) with SMTP id QAA07528 for <amos-list@access.digex.net>; Sat, 23 Sep 1995 16:53:26 GMT
  6. Message-Id: <199509231653.QAA07528@mail.enterprise.net>
  7. Comments: Authenticated sender is <semprini@mail.enterprise.net>
  8. From: "Semprini" <semprini@enterprise.net>
  9. To: amos-list@access.digex.net
  10. Date: Sat, 23 Sep 1995 16:32:15 +0000
  11. Subject: Re: Update me....
  12. Reply-to: semprini@enterprise.net
  13. Priority: normal
  14. X-mailer: Pegasus Mail for Windows (v2.10)
  15. Status: RO
  16. X-Status: 
  17.  
  18. > >     To Mark Carter (I think!).  Its the problem with the arrays.  Using arrays
  19. > > does make code easier to read and follow through.  For memory requirements and
  20. > > saving information to disk you're better off using the (P/D/L)oke - (P/D/L)eek
  21. > > alternative.  It is slightly harder to use initially, but you will save a hell
  22. > > of a lot of memory and data access will be a hell of a lot quicker.  I know
  23. > > this from past experience with large arrays.  If arrays are too large
  24. > > (100,100) for example, then AMOS Creator crashes.  I don't know with AMOS Pro.
  25. > > It is definitely worth perservering with the data banks way.
  26.  
  27. <etc etc - you know the story by now>
  28.  
  29. To be honest, unless you're really short on memory, you might as well 
  30. just use the arrays (in my opinion) - it is just a little bit simpler, really.  I 
  31. mean, do you REALLY need that minute extra burst of speed?  (I'm sure 
  32. this conversation just started with a really innocent, tiny 
  33. question?)
  34.  
  35. ;-)
  36. .oOo.
  37. "hello" (c) 1995 semprini@enterprise.net (All Rights Reserved)
  38.  
  39. http://www.catalog.com/buttle/semprini/
  40. (for Semprini and Scrotax)